Systems and methods of configuring vehicle service tools associated with display device based on operating condition of vehicle

ABSTRACT

Systems and methods for augmenting measurements with automotive repair information are described herein. A method may include a server storing a plurality of service scenarios defined for at least one display device. Each stored service scenario includes at least one setup instruction, and each setup instruction is based on at least one capability of at least one CVST. The method may further include the server receiving data indicating an operating condition of a vehicle from a first display device of the at least one display device. Based on the stored plurality of service scenarios and the received data, the server may determine that a first stored service scenario of the plurality of service scenarios matches the operating condition. The server may then determine a first CVST having a first capability that is associated with the first display device, and transmitting the first stored service scenario to the first display device.

BACKGROUND

Most vehicles are serviced at least once during their useful life. Inmany instances, a vehicle is serviced at a facility with professionalmechanics (e.g., technicians). The technicians may use any of a varietyof hand tools to service (e.g., repair) any of the wide variety ofmechanical components on a vehicle. The technician may need differentdata during various stages of servicing the vehicle in conjunction withor without the various tools and equipment. The technician may need tospend valuable time searching for the various data needed to service thevehicle and even more valuable time evaluating the data to determine arepair to perform to the vehicle, which service tool should be used toperform a service task and/or repair, and how to set up and use theservice tool.

SUMMARY

Example embodiments are described herein. In one aspect, an exampleembodiment may take the form of a method performed by a server. Themethod may include: (i) storing a plurality of service scenarios definedfor at least one display device, wherein each stored service scenarioincludes at least one setup instruction, and wherein each setupinstruction is based on at least one capability of at least oneconfigurable vehicle service tool (CVST); (ii) receiving data indicatingan operating condition of a vehicle from a first display device of theat least one display device; (iii) based on the stored plurality ofservice scenarios and the received data, determining, by a processor ofthe server, a first stored service scenario of the plurality of servicescenarios matches the operating condition; (iv) determining, by theprocessor of the server, a first CVST having a first capability that isassociated with the first display device; and (v) transmitting the firststored service scenario to the first display device, wherein the firststored service scenario comprises a first setup instruction that isbased on the first CVST having the first capability.

In another aspect, an example embodiment may take the form of a methodperformed by a display device. The method may include: (i) transmittingdata indicating an operating condition of a vehicle; (ii) receiving afirst stored service scenario, wherein the first stored service scenariocomprises a first setup instruction that is based on a firstconfigurable vehicle service tool (CVST) having a first capability; and(iii) in response to receiving the first stored service scenario,configuring the first CVST with the first setup instruction to use thefirst capability associated with the first service scenario.

In a further aspect, an example embodiment may take the form of asystem. The system may include at least one display device comprising afirst display device, at least one configurable vehicle service tool(CVST), and a server coupled to the at least one display device by acommunication network. The server may include one or more processors,and tangible, non-transitory computer-readable media having instructionsencoded thereon, wherein the instructions, when executed by the one ormore processors, cause the server to perform a method that includes: (i)storing a plurality of service scenarios defined for the at least onedisplay device, wherein each stored service scenario includes at leastone setup instruction, and wherein each setup instruction is based on atleast one capability of the at least one CVST (ii) receiving dataindicating an operating condition of a vehicle from the first displaydevice; (iii) based on the stored plurality of service scenarios and thereceived data, determining that a first stored service scenario of theplurality of service scenarios matches the operating condition; (iv)determining a first CVST having a first capability that is associatedwith the first display device; and (v) transmitting the first storedservice scenario to the first display device, wherein the first storedservice scenario comprises a first setup instruction that is based onthe first CVST having the first capability.

In yet a further aspect, an example embodiment may take the form oftangible, non-transitory computer-readable media having instructionsencoded thereon, wherein the instructions, when executed by one or moreprocessors, cause a server to perform a method that includes: (i)storing a plurality of service scenarios defined for at least onedisplay device, wherein each stored service scenario includes at leastone setup instruction, and wherein each setup instruction is based on atleast one capability of at least one configurable vehicle service tool(CVST); (ii) receiving data indicating an operating condition of avehicle from a first display device of the at least one display device;(iii) based on the stored plurality of service scenarios and thereceived data, determining a first stored service scenario of theplurality of service scenarios matches the operating condition; (iv)determining a first CVST that is associated with the first displaydevice, wherein the first CVST has a first capability to perform thefirst setup instruction of the first stored service scenario; and (v)transmitting the first stored service scenario to the first displaydevice, wherein the first stored service scenario comprises a firstsetup instruction that is based on the first CVST having the firstcapability.

These as well as other aspects and advantages will become apparent tothose of ordinary skill in the art by reading the following detaileddescription, with reference where appropriate to the accompanyingdrawings. Further, it should be understood that the embodimentsdescribed in this overview and elsewhere are intended to be examplesonly and do not necessarily limit the scope of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

Example embodiments are described herein with reference to the drawings.

FIG. 1 shows a block diagram of a system in accordance with exampleembodiments.

FIG. 2 shows example display devices in accordance with exampleembodiments.

FIG. 3 shows a block diagram of an example display device.

FIG. 4 shows a block diagram of an example server.

FIG. 5 shows a flow chart of an example method.

FIGS. 6A-6B show example service scenarios in accordance with exampleembodiments.

FIG. 7 shows another flow chart of an example method.

DETAILED DESCRIPTION I. Introduction

Vehicle service technician may use a variety of tools to diagnose,repair, or service a particular vehicle. In some instances, however, itmay be difficult and time consuming to diagnose or repair a particularvehicle that may have unfamiliar or unique vehicle components and/orsystems. Additionally, a vehicle service technician may be unfamiliarwith the tool needed to diagnose, repair, or service a particularvehicle. In some cases, the vehicle service technician may not have aspecific tool and may not know of any alternative tools that could beused to diagnose, repair, or service a particular vehicle. Further, thetechnician may have outdated instructions in diagnosing, or servicing aparticular vehicle. In such cases, it may become time consuming for avehicle service technician to service a particular vehicle, and timeconsuming for a customer who may be waiting for the technician toresolve a particular vehicle condition. Accordingly, in manyapplications, it may be beneficial to provide the technician with quick,accurate, and specific instructions on what tool the technician may useto service a particular vehicle, how to configure the tool, and proventests the technician may perform to diagnose, repair, or service avehicle.

This description describes several example embodiments. At least some ofthe example embodiments may provide one or more of the benefitsdescribed above. Moreover, at least some of the example embodiments mayrelate to systems and methods in which a configurable vehicle servicetool (CVST) is arranged to repair, service, or maintain a vehicle. Thesystem may include a display device, a CVST, a server, and variouscommunication links to facilitate communications between the devices inthe system. In some examples, the system may include multiple displaydevices and/or multiple CVSTs.

A CVST may be capable of diagnosing, repairing, and/or measuring avariety of parameters or components within a vehicle. In some examples,a CVST may comprise a computing device, such as a mobile computingdevice (e.g., mobile phone, tablet), or any one of the display devicesdescribed herein, among other display devices. In other examples, a CVSTmay comprise an oscilloscope, sound level meter, or digital-volt-ohmmeter, among other devices that may be electronically configurable todiagnose, repair, service, or maintain a vehicle. In further examples, aCVST may comprise a diagnostic scan tool arranged to communicate withelectronic control units in a vehicle over a vehicle data bus.

In some embodiments, the server may be configured to store a pluralityof service scenarios that may be provided to the display device. Inother embodiments, the display device may store a plurality of servicescenarios. Each service scenario may define an operating condition of avehicle, and the display device may obtain data indicative of theoperating condition. In some instances, the display device may send dataindicative of the operating condition to the server. The server may thendetermine the operating condition and provide a service scenario to thedisplay device that matches the operating condition. In other instances,the display device may be able to determine the operating condition andreceive a service scenario from the server that matches the operatingcondition. In some embodiments, the server may send a plurality ofservice scenarios that may match the operating condition, and thedisplay device may select the appropriate service scenario.

Additionally, each service scenario may include vehicle manufacturerinformation, a vehicle symptom associated with the vehicle manufacturerinformation, and at least one location of a service flow chartassociated with the manufacturer information. The service flow chart mayprovide instructions on how to configure a CVST to troubleshoot orrepair a vehicle. In particular, the service flow chart of each servicescenario may include instructions on how to configure a particular CVSTbased on the capabilities of the CVST. For example, a CVST may comprisean oscilloscope. The server may store service scenarios that includesetup instructions on how to configure the oscilloscope and takemeasurements using the oscilloscope to troubleshoot or repair a vehiclefor a particular symptom. In another example, a CVST may comprise avoltmeter, or a scan tool, among other electronic measurement and/orvehicle diagnostic tools. The server may store service scenarios thatinclude setup instructions on how to configure such electronic units totake specific electronic measurements (e.g., voltage, current,resistance, duty cycle, pressure, temperature, etc.). In furtherexamples, a CVST may comprise a mobile phone. The server may storeservice scenarios that include setup instructions on how to configurethe mobile phone for taking specific sound measurements, and setupinstructions on using the mobile phone's camera to take specificpictures of a vehicle component or system, among other setupinstructions based on the capabilities of a mobile phone. Suchmeasurements may be useful in diagnosing a vehicle condition.

In some embodiments, the setup instructions may take more of a digitalform (e.g., configuration instructions), which may configure variousCVSTs described herein with little or no additional user input. Forinstance, the server may provide digital instructions that configure anoscilloscope with little or no additional user input, thereby allowing auser to take measurements with the oscilloscope without modifying theconfiguration settings of the oscilloscope. Such instructionssignificantly reduce the time it takes for a user to configure a CVSTand provides greater accuracy by eliminating operator error. Thebenefits of these configurable instructions are especially noticeablefor users who may have little or no experience with a particular CVST orunfamiliar with a particular vehicle symptom or configuration settingfor a particular CVST.

In some embodiments, a service scenario may provide additionalinformation that includes data indicative of a particular vehiclesymptom or condition that was resolved previously for a particularvehicle model. The additional information may be data of what CVST avehicle service technician may have used, how the CVST was used, and howsuccessful that test was in diagnosing, repairing, or servicing avehicle condition. This additional information provides the benefit ofproviding confirmation of successful vehicle repairs using a givenservice scenario and bolsters the credibility of a service scenario withreal life examples and known-good test results for specific vehicletypes. Additionally, the additional information allows a vehicle servicetechnician to create new service scenarios using the test results fromdiagnosing, repairing, or servicing a vehicle condition. This has thebenefit of creating a library or database of proven, successful servicescenarios which would reduce significant work time for a vehicle servicetechnician to diagnose, repair, or service a particular vehicle.

In some embodiments, the server may determine an order of precedence inproviding multiple setup instructions. For example, a vehicle may havean issue with its sound system. The server may determine that anoscilloscope should be used to take current and/or voltage measurementsof the vehicle's sound system or component, or wiring of the soundsystem before providing instructions to take other specific soundmeasurements. Other examples are described herein.

In some embodiments, the server may receive data indicating an operatingcondition of a vehicle from the display device. The operating conditionmay relate to the status of a vehicle system or component. The operatingcondition can include vehicle manufacturer information. For example, theoperating condition may be a condition of a vehicle's brakes,transmission, engine, entertainment system, steering, or suspension,among other systems. In particular, the data indicating the operatingcondition of the engine may include data indicating the revolutions perminute (RPM) the engine crankshaft is turning, the temperature of theengine's coolant, and/or the state of an air conditioning compressor (onor off). In other examples, the operating condition may be a conditionof a vehicle's brake caliper, brake shoe, or brake pad, among othervehicle components.

Based on the stored service scenarios and the received data indicatingan operating condition, some examples may include the server determiningthat a particular service scenario matches the operating condition of avehicle. For example, the server may receive information indicating thata vehicle's sound system needs repair and a voltmeter is available as aCVST to repair or service the sound system. The server may includeseveral stored service scenarios on how to use a voltmeter to repair ortake measurements to troubleshoot a vehicle. Based on the stored servicescenarios and the received data indicating the operating condition ofthe vehicle, the server may determine a particular service scenario thatmatches the particular vehicle type (e.g., make, year, model) and theparticular symptom of the vehicle (e.g., no audio from rear speakers ofthe vehicle's sound system). The particular service scenario may theninclude instructions on how to configure the voltmeter to repair ortroubleshoot the particular vehicle's sound system. In some embodiments,the server may provide electronically configurable instructions to theCVST (e.g., directly to the CVST or via a display device communicativelycoupled to the CVST and server) to configure the voltmeter with littleor no user input, thereby allowing the user to take measurements withoutmodifying the configuration settings of the voltmeter.

In another example, the server may receive information indicating that avehicle's sound system needs repair and certain measurements must betaken to troubleshoot the issue. The server may include a stored servicescenario for repairing or servicing the particular vehicle's soundsystem. Based on this stored service scenario, which includes setupinstructions to repair and/or take measurements related to the vehicle'ssound system, the server may determine a CVST that is available and hasthe capability to perform the instructions. The server may then send theservice scenario to a display device associated with the CVST orcommunicatively coupled to the CVST so that the CVST can execute theservice scenario using its capabilities.

In some embodiments, the server may determine a CVST that is availableand has the capability to perform particular instructions of a servicescenario by transmitting a message to a display device. The message, forexample, may include a request for information to determine if thedisplay device is associated with a CVST that is available and has thecapability to perform the particular instructions. In a more specificexample, the server may send a message to the display device todetermine if there is a CVST, such as an oscilloscope, available to takemeasurements related to a vehicle's sound system. In response to themessage, the display device may send a reply message to the serverindicating whether there is a CVST available that can perform theparticular instructions. For example, the display device may send amessage to the server indicating that a voltmeter is available and hasthe capability to take measurements (e.g., voltage readings) related toa vehicle's sound system. In another example, the display device maysend a message to the server indicating that a mobile phone is availableand has the capability to take sound measurements from the vehicle'ssound system. Many other examples are possible.

In other embodiments, the server may determine a CVST that is availableand has the capability to perform instructions of a service scenariobased on a model identifier associated with a particular display device,and a capability identifier associated with the model identifier. Forexample, multiple display devices may be communicatively coupled to theserver. The server may identify each display device based on a modelidentifier or serial number of the display device. Each model identifiermay be linked or associated with at least one capability identifier. Forexample, the server may store a lookup table that correlates each modelidentifier to at least one capability identifier. In some embodiments,the capability identifiers may include data representing capabilities ofa particular CVST associated with a display device. In otherembodiments, the capability identifiers may include data representingcapabilities of multiple CVSTs associated with a display device. In aparticular example, the server may be communicatively coupled to twodisplay devices. The first display device may have a first modelidentifier associated with capability identifiers. For example, thecapability identifiers of the first display device may representcapabilities of a mobile phone (e.g., taking a picture, recordingsound). In another example the capability identifiers of the firstdisplay device may represent capabilities of a mobile phone and anoscilloscope, among other CVSTs.

In some embodiments, multiple CVSTs associated with a particular displaydevice may have the capability to perform instructions of a servicescenario. For example, a display device may be associated with avoltmeter and an oscilloscope. Both CVSTs may be capable of, forexample, taking voltage readings related to a vehicle's sound system. Insome examples, the server may send instructions on how to take voltagereadings using either one of the CVSTs. In another example, the servermay choose a CVST based on one or more factors. For example, the servermay determine that a particular voltmeter associated with a displaydevice is easier to configure or use compared to a particularoscilloscope associated with the display device. Additionally oralternatively, the server may determine that a particular oscilloscopeprovides more accurate measurements than a particular voltmeterassociated with the display device. Other examples are possible.

In this description, the articles “a,” “an” or “the” are used tointroduce elements of the example embodiments. The intent of using thosearticles is that there is one or more of the elements. In thisdescription, the intent of using the term “and/or” within a list of atleast two elements or functions and the intent of using the terms “atleast one of” and “one or more of” immediately preceding a list of atleast two components or functions is to cover each embodiment includinga listed component or function independently and each embodimentcomprising a combination of the listed components or functions. Forexample, an embodiment described as comprising “A, B, and/or C,” or “atleast one of A, B, and C,” or “one or more of A, B, and C” is intendedto cover each of the following possible embodiments: (i) an embodimentcomprising A, but not B and not C, (ii) an embodiment comprising B, butnot A and not C, (iii) an embodiment comprising C, but not A and not B,(iv) an embodiment comprising A and B, but not C, (v) an embodimentcomprising A and C, but not B, (v) an embodiment comprising B and C, butnot A, and (vi) an embodiment comprising A, B, and C. For theembodiments comprising component or function A, the embodiments cancomprise one A or multiple A. For the embodiments comprising componentor function B, the embodiments can comprise one B or multiple B. For theembodiments comprising component or function C, the embodiments cancomprise one C or multiple C. The use of ordinal numbers such as“first,” “second,” “third” and so on is to distinguish respectiveelements rather than to denote a particular order of those elementsunless the context of using those terms explicitly indicates otherwise.

The term “data” within this description may be used interchangeably withthe term “information” or similar terms, such as “content.” The datadescribed herein may be transmitted and received. As an example, anytransmission of the data described herein may occur directly from atransmitting device (e.g., a transmitter) to a receiving device (e.g., areceiver). As another example, any transmission of the data describedherein may occur indirectly from the transmitter to the receiver via oneof one or more intermediary network devices, such as an access point, anantenna, a base station, a hub, a modem, a relay, a router, a switch, orsome other network device.

The data may represent various things such as objects and conditions.The objects and conditions may be mapped to a data structure (e.g., atable). A processor may refer to the data structure to determine whatobject or condition is represented by the data. As an example, the datareceived by a processor may represent a calendar date. The processor candetermine the calendar date by comparing the data to a data structurethat defines calendar dates. As another example, data received by aprocessor may represent a vehicle component. The processor can determinewhat type of vehicle component is represented by the data by comparingthe data to a structure that defines a variety of vehicle components.

The diagrams, flow charts, and other data shown in the figures areprovided merely as examples and are not intended to be limiting. Many ofthe elements illustrated in the figures or described herein arefunctional elements that may be implemented as discrete or distributedcomponents or in conjunction with other components, and in any suitablecombination and location. Those skilled in the art will appreciate thatother arrangements and elements (e.g., machines, interfaces, functions,orders, or groupings of functions) may be used instead. Furthermore,various functions described as being performed by one or more elementsmay be carried out by a processor executing computer-readable programinstructions (CRPI) or by a combination of hardware, firmware, orsoftware. Furthermore still, identical reference numbers used in thesame or different figures denote elements that are identical to otherelements referred to by the same reference number, but those denotedelements and the other elements are no so limited.

II. Example Systems

FIG. 1 is a block diagram 100 showing component(s) of a system inaccordance with example embodiments described herein. The componentsshown in FIG. 1 include a vehicle 102, a vehicle 104, a display device106, a display device 108, a configurable vehicle service tool (CVST)110, a gateway 112, a network 114, a gateway 116, a server 118, adatabase 120, a display-device-to-CVST communication link 122, avehicle-to-display-device communication link 124, avehicle-to-display-device communication link 126, adisplay-device-to-gateway communication link 128, a server-to-gatewaycommunication link 138, a server-to-database communication link 140,network communication links 132, 134, and a CVST-to-gatewaycommunication link 130.

A system including a component shown in FIG. 1 may include all of thecomponents shown in FIG. 1 or any proper subset of components shown inFIG. 1. Any one of those systems may include other components not shownin FIG. 1 as well. As an example, a first example system may include oneof the display devices 106, 108, CVST 110, the gateways 112, 116, thenetwork 114, the server 118, and the database 120, and the communicationlinks shown connecting the system components. Multiple display devicesare shown in FIG. 1 to illustrate examples of how a display device maybe used or connected within an example system.

A person skilled in the art will understand that an example embodimentincluding a display device may include only one display device ratherthan multiple display devices. Accordingly, in some embodiments, such asan embodiment including the display device 108, the system may beoperational without a vehicle being connected to a display device. Atanother time though, the display device 108 may connect to a vehicle andbe operational within the example system. In some example embodiments,the system may include multiple CVSTs connected to a display device.Additionally or alternatively, multiple CVSTs may be connected tomultiple display devices. In some example embodiments, a CVST may not beconnected to a display device. Instead, a display device or server maystore information associated with a CVST. Other examples are possible.

A vehicle, such as the vehicle 102 or the vehicle 104, is a mobilemachine that may be used to transport a person, people, or cargo. As anexample, any vehicle described herein may be driven or otherwise guidedalong a path (e.g., a paved road or otherwise) on land, in water, or inthe air or outer space. As another example, any vehicle described hereinmay be wheeled, tracked, railed or skied. As yet another example, anyvehicle described herein may include an automobile, a motorcycle, anall-terrain vehicle (ATV) defined by ANSI/SVIA-1-2007, a snowmobile, apersonal watercraft (e.g., a JET SKI® personal watercraft), a light-dutytruck, a medium-duty truck, a heavy-duty truck, a semi-tractor, or afarm machine. As an example, a vehicle guided along a path can include avan (such as a dry or refrigerated van), a tank trailer, a platformtrailer, or an automobile carrier. As still yet another example, anyvehicle described herein may include or use any appropriate voltage orcurrent source, such as a battery, an alternator, a fuel cell, and thelike, providing any appropriate current or voltage, such as about 12volts, about 42 volts, and the like. As still yet another example, anyof the vehicles described herein may include or use any desired systemor engine. Those systems or engines may include items that use fossilfuels, such as gasoline, natural gas, propane, and the like,electricity, such as that generated by a battery, magneto, fuel cell,solar cell and the like, wind and hybrids or combinations thereof. Asstill yet another example, any vehicle described herein may include anelectronic control unit (ECU), a data link connector (DLC), and avehicle communication link that connects the DLC to the ECU.

A first end of the vehicle-to-display-device communication links 124,126 may connect to a DLC within the vehicle 102 and a DLC within thevehicle 104, respectively, and a second end of thevehicle-to-display-device communication links 124, 126 may connect tothe display device 102 and the display device 104, respectively. Thevehicle-to-display-device communication links 124, 126 may include oneor more conductors (e.g., copper wire conductors) or may be wireless. Asan example, the vehicle-to-display-device communication links 124, 126may include one or two conductors for carrying vehicle data messages inaccordance with a vehicle data message (VDM) protocol. A VDM protocolmay include a Society of Automotive Engineers (SAE) J1850 (PWM or VPW)VDM protocol, an International Organization of Standardization (ISO)15764-4 controller area network (MAY) VDM protocol, an ISO 9141-2 K-LineVDM protocol, an ISO 14230-4 KWP2000 K-Line VDM protocol, or some otherprotocol presently defined or that may be defined in the future forperforming communications within a vehicle.

The DLC may include an on-board diagnostics (OBD) II connector. An OBDII connector may include slots for retaining up to 16 connectorterminals, but may include a different number of slots or no slots atall. As an example, a DLC may include an OBD II connector that meets theSAE J1962 specification such as a connector 16M, part number 12110252,available from Delphi Automotive LLP of Troy, Mich. The DLC may includeconductor terminals that connect to a conductor in the vehicle 102. Forinstance, the DLC may include connector terminals that connect toconductors that respectively connect to positive and negative terminalsof a vehicle battery. The DLC may include one or more conductorterminals that connect to a conductor of the vehicle communication linksuch that the DLC is communicatively connected to the ECU. The displaydevices that are connectable to a vehicle may include a DB-25 connector,an Ethernet connector, a Universal Serial Bus connector or some otherconnector for connecting to the vehicle-to-display-device communicationlinks 124, 126. Two or more devices described herein as beingcommunicatively coupled to each other may be carried out usingcircuit-switched communication links, packet-switched communicationlinks, or a combination of such communication links.

A display device, such as the display device 106 or 108, may operatethrough use of an electrical current provided to it from a vehiclebattery by way of a DLC and a communication link, or by anotherelectrical energy source. For example, the display devices 106, 108 mayinclude an electrical energy source, such as a battery, or the displaydevices 106, 108 may receive an electrical current for its operationfrom an electrical energy source other than a vehicle or an internalbattery, such as an alternating electrical current available at a walloutlet.

The ECU may control various aspects of vehicle operation or componentswithin a vehicle, such as the vehicle 102. For example, the ECU mayinclude a powertrain system ECU, an engine control module (ECM) ECU, asupplemental inflatable restraint system (i.e., an air bag system) ECU,an entertainment system ECU, or some other ECU. The ECU may receiveinputs (e.g., a sensor input), control output devices (e.g., asolenoid), generate a vehicle data message (VDM) (such as a VDM based ona received input or a controlled output), and set a diagnostic troublecode (DTC) as being active or history for a detected fault or failurecondition within the vehicle 102 and/or 104.

Transmission of a VDM may occur over the vehicle communication linkwithin a vehicle. In that way, a VDM may be transmitted to the DLC and,in turn, to the display device 106 or 108 connected to the vehicle. AVDM may include data such as (i) an ECU identifier, (ii) a parameteridentifier (PID), (iii) a mode identifier that identifies a current datamode, a freeze frame data mode, a vehicle information mode, a DTC mode,or some other mode, (iv) a parameter value, (v) data identifying acharacteristic of the vehicle (e.g., a vehicle identification number(VIN)), or (vi) some other vehicle data. As an example, a VDM thatindicates the engine revolutions per minute (RPM) of an engine withinthe vehicle 102 may comprise the hexadecimal data “41 0C 0F A0,” where“41” represents a response to a mode 01 request, “0C” is a PIDindicating engine RPM, and “0F A0” is the parameter value representingthe RPM (¼ RPM per bit). In this case, the hexadecimal value “0F A0”equals 4,000. At ¼ RPM per bit, the engine RPM represented by theexample VDM is 1,000 RPM. The display devices 106, 108 may use datawithin one or more VDM to determine an operating condition of a vehiclethat transmitted the VDM.

In accordance with the example embodiments in which a communicationlink, such as the vehicle-to-display-device communication link 124 orany other communication link described herein, communicates datawirelessly, such wireless communication of data may be carried out byradio in accordance with a wireless communication protocol (e.g., awireless communication standard). As an example, a wirelesscommunication protocol may include an Institute of Electrical andElectronics Engineers (IEEE) 802.15.1 standard for wireless personalarea networks (PANs) or a Bluetooth version 4.1 standard developed bythe Bluetooth Special Interest Group (SIG) of Kirkland, Wash. As anotherexample, the wireless communication protocol may include an IEEE 802.11standard for wireless LANs, which is sometimes referred to as a “Wi-Fi®standard.” As another example, the wireless communication protocol mayinclude a cellular phone standard, such as standard for 3G or 4Gcellular phone communications developed by the 3^(rd) GenerationPartnership Project (3GPP). Other examples of a wireless communicationprotocol are also possible.

A gateway, such as gateway 112, gateway 116, or any other gatewaydescribed herein, may include a computing device that connects thenetwork 114 to another computing device, such as the display device 106,108, the server 118, or CVST 110. As an example, a gateway may include arouter, a modem, an access point, a wiring hub, an Ethernet switch orsome other device. A communication link, such as thedisplay-device-to-gateway communication link 128 or 130, may include awireless communication link, such as a Wi-Fi® communication link, or awired communication link, such as an Integrated Service Digital Network,a Digital Subscriber Link, a coaxial cable, or a fiber optic cable. Thenetwork 114 may include a local area network (LAN), a metropolitan areanetwork (MAN), or a wide area network (WAN). The network 114 may includethe Internet or a portion thereof. The network 114 may include one ormore of the gateway 112, the gateway 116, and the network communicationlinks 132, 134.

In some examples, a CVST, such as CVST 110, or any other CVST describedherein, may comprise a computing device, such as a mobile phone, tablet,or any one of the display devices described herein, among othercomputing devices. In other examples, a CVST may comprise anoscilloscope, voltmeter, or digital-volt-ohm meter, among other devicesthat may be configurable to repair, service, or maintain a vehicle. Insome example embodiments, a CVST may connect to a display device via acommunication link, such as display-device-to-CVST communication link122. In other example embodiments, a display device or server may storeinformation associated with the CYST.

The server 118 may include one or more servers, such as one or more of acommunications server, an application server, a file server, a databaseserver, and a web server. A server, such as server 118 or any otherserver described in this description may be referred to as a “computerserver” or a “server computing device.” The communications server andthe web server may process requests transmitted over the network 114from one or more of the display devices 106, 108. Those requests may bearranged according to a hyper-text transmission protocol (HTTP), a filetransfer protocol (FTP), or according to another protocol. Processing arequest by the server 118 may include searching the database 120 basedon data included within the request.

The file server and the database server may provide access to thedatabase 120 for storing data at the database 120 or for retrieving datastored at the database 120. The communications server or the web servermay deliver responses to the network 114 for transmission to the one ormore display devices 106, 108 that made the request processed by theserver 118. The responses from the server 118 may be arranged accordingto the HTTP, the FTP, or another protocol. The application server mayexecute applications and handle connections between the communicationsserver and the file server. In an embodiment in which the server 118includes multiple servers, two or more of the multiple servers may beinterconnected by a server-to-server communication link (not shown). Theserver 118 may connect to the gateway 116 by the server-to-gatewaycommunication link 138.

The database 120 may include one or more databases. The database 120 mayinclude a computer-readable medium. Each database of the database 120may include data stored at a computer-readable medium. The database 120,or the computer-readable medium of the database 120, may connect to theserver 118 by the server-to-database communication link 140.

In some embodiments, the server 118 may be configured to store in thedatabase 120 a plurality of service scenarios defined for the displaydevice 106, 108. A service scenario may include instructions on how torepair, service, or troubleshoot a vehicle based on the vehicle'soperating condition or symptoms. In some embodiments, a service scenariomay include vehicle manufacturer information, a vehicle symptomassociated with the vehicle manufacturer information, and at least onelocation of a service flow chart associated with the vehiclemanufacturer information and/or vehicle symptom.

Vehicle manufacturer information may include characteristics of thevehicle 102 or 104, such as a year (Y), make (M₁), model (M₂), engine(E), and system (S) pertaining to the vehicle 102 or 104. Anabbreviation for such information may be used (e.g., YM₁M₂ES). The dataidentifying vehicle manufacturer information may include a vehicleidentification number (VIN) or some portion of a VIN. The dataidentifying vehicle manufacturer information may include data thatindicates characteristics of a plurality of vehicles having commoncharacteristics (e.g., YM₁M₂ES, YM₁M₂, or YM₁M₂E). Additionally, thecharacteristics of a particular vehicle may include a serial numberwithin the VIN. A vehicle characteristic may indicate a sub-model, anengine size, a fuel-type (e.g., diesel or unleaded), a region where thevehicle was built, or other characteristic(s) represented by the VIN.

The data identifying vehicle manufacturer information or characteristicsof the vehicle, or at least of some of the characteristics of thevehicle, may be implied. For example, if a vehicle manufacturermanufactured a particular model only during the calendar or mode year2014, then the year for such a vehicle may be implied by the data thatidentifies the make and model of the vehicle, such that the dataidentifying characteristics of the vehicle would not need to include theyear.

In some embodiments, a service flow chart associated with vehiclemanufacturer information may include instructions on how to configure aCVST to troubleshoot or repair a vehicle. In particular, the serviceflow chart of each service scenario may include instructions on how toconfigure the CVST 110 based on the capabilities of the CVST 110. Forexample, if CVST 110 is an oscilloscope, the server may store servicescenarios that include setup instructions on how to configure theoscilloscope and take measurements using the oscilloscope totroubleshoot or repair a vehicle for a particular symptom. In anotherexample, if CVST 110 is a mobile phone, the server may store servicescenarios that include setup instructions on how to configure the mobilephone for taking specific sound measurements, and setup instructions onusing the mobile phone's camera to take specific pictures of a vehiclecomponent or system, among other setup instructions based on thecapabilities of a mobile phone.

In accordance with an embodiment in which the database includes multipledatabases, the database 120 may include a distributed database includingat least a first database and a second database. The distributeddatabases may be communicatively coupled by a database communicationlink (not shown). The database communication link may include at least apart of the network 114. In accordance with that embodiment, the server120 may include a single server that searches both the first databaseand the second database, or the server may include a first server tosearch the first database and a second server to search the seconddatabase. As an example, the first database may include data indicatingvarious service scenarios. A second database may include data associatedwith various CVSTs available to service a vehicle, and a third databasemay include data indicating a set of instructions on how to service avehicle using a particular CVST.

In some embodiments, the server 118 may receive data indicating anoperating condition of the vehicle 102 and/or 104 from the displaydevice 106 and/or 108. The operating condition may relate to the statusof a system or component of the vehicle 102 and/or 104. For example, theoperating condition may be a condition of the brakes, transmission,engine, entertainment system, steering, or suspension, among othersystems of the vehicle 102 and/or 104. In other examples, the operatingcondition may be a condition of a brake caliper, brake shoe, or brakepad, among other vehicle components of the vehicle 102 and/or 104.

Based on the stored service scenarios in the database 120, and thereceived data indicating an operating condition, some examples mayinclude the server 118 determining that a particular service scenariomatches the operating condition of the vehicle 102 and/or 104. Forexample, the server may receive information indicating that a vehicle'ssound system needs repair and a voltmeter is available as a CVST torepair or service the sound system. The server may include severalstored service scenarios on how to use a voltmeter to repair or takemeasurements to troubleshoot a vehicle. Based on the stored servicescenarios and the received data indicating the operating condition ofthe vehicle, the server may determine a particular service scenario thatmatches the particular vehicle type (e.g., make, year, model) and theparticular symptom of the vehicle type (e.g., sound system). Theparticular service scenario may then include instructions on how toconfigure the voltmeter to repair or troubleshoot the particularvehicle's sound system.

Additionally or alternatively, the particular service scenario mayinclude instructions based on a repair order and service proceduresidentified on the repair order. For instance, the repair order may listservice procedures to take sound measurements, rotate and balance thetires, and/or flush the cooling system. A computing device, such as aserver or display device, may determine aspects regarding each of theservice procedures. For example, a server may determine proceduralsteps, required CVSTs, and/or specifications (e.g., fluid capacities,fastener torqueing requirements, fluid types).

In some embodiments, the server 118 may receive information indicatingthat the sound system of vehicle 102 and/or 104 needs repair and certainmeasurements must be taken to troubleshoot the issue. The server 118 mayinclude a stored service scenario for repairing or servicing theparticular vehicle's sound system. Based on this stored servicescenario, which includes setup instructions to repair and/or takemeasurements related to the sound system of vehicle 102 and/or 104, theserver 118 may determine a CVST that is available and has the capabilityto perform the instructions. For example, the server 118 may determinethat the CVST 110 is available to service vehicle 104. The server 118may then send the service scenario to a display device, such as displaydevice 108, associated with the CVST or communicatively coupled to theCVST so that the CVST, such as CVST 110, can execute the servicescenario using its capabilities. Within examples, the server 118 mayprovide electronically configurable instructions to the CVST 110 toconfigure CVST 110 with little or no user input, thereby allowing a userto take measurements without modifying the configuration settings of theCVST 110.

In some embodiments, the server 118 may determine a CVST that isavailable and has the capability to perform particular instructions of aservice scenario by transmitting a message to the display device 106and/or 108. The message, for example, may include a request forinformation to determine if the display device 106 and/or 108 isassociated with a CVST that is available and has the capability toperform the particular instructions. In a more specific example, theserver 118 may send a message to the display device 108 to determine ifthere is a CVST available to take measurements related to the soundsystem of vehicle 104. In response to the message, the display device108 may send a reply message to the server 118 indicating whether theCVST 110 is available and can perform the particular instructions. Forexample, the display device 108 may send a message to the server 118indicating that the CVST 110 is a voltmeter that is available and hasthe capability to take measurements (e.g., voltage readings) related tothe sound system of the vehicle 104. In another example, the displaydevice 108 may send a message to the server 118 indicating that the CVST110 is a mobile phone that is available and has the capability to takesound measurements from the sound system of the vehicle 104.

In other embodiments, the server 118 may determine a CVST that isavailable and has the capability to perform instructions of a servicescenario based on a unique model identifier associated with the displaydevice 106 and/or 108, and a capability identifier associated with themodel identifier. For example, the server 118 may identify each displaydevice 106 and 108 based on a unique serial number of the display device106 and 108. Each serial number may be linked or associated with atleast one capability identifier. In particular, the server 118 may storea lookup table that correlates each serial number to at least onecapability identifier. In some embodiments, the capability identifiersmay include data representing capabilities of a particular CVSTassociated with the display device 106 and/or 108. In other embodiments,the capability identifiers may include data representing capabilities ofmultiple CVSTs associated with the display device 106 and/or 108. In amore specific example, the display device 108 may have a modelidentifier associated with capability identifiers. The capabilityidentifiers of the display device 108 may represent capabilities of amobile phone (e.g., taking a picture, recording sound). In anotherexample the capability identifiers of the display device 108 mayrepresent capabilities of a mobile phone and an oscilloscope, amongother CVSTs.

In some embodiments, multiple CVSTs associated with a particular displaydevice may have the capability to perform instructions of a servicescenario. For example, the display device 110 may be associated with theCVST 110 and another CVST (not shown). CVST 110 may be a voltmeter, andthe other CVST may be an oscilloscope. Both CVSTs may be capable of, forexample, taking voltage readings related to the sound system of thevehicle 104. In some examples, the server 118 may send instructions onhow to take voltage readings using either one of the CVSTs. In anotherexample, the server 118 may choose a CVST based on one or more factors.For example, the server 118 may determine that a particular voltmeterassociated with the display device 108 is easier to configure or usecompared to a particular oscilloscope associated with the display device108. Additionally or alternatively, the server 118 may determine that aparticular oscilloscope provides more accurate measurements than aparticular voltmeter associated with the display device 118. Otherexamples are possible.

III. Example Display Devices

FIG. 2 shows a plurality of example display devices having a displayscreen. The display devices in FIG. 2 may be functionally identical orsimilar to the display device 106 and 108 in FIG. 1. A first exampledisplay device shown in FIG. 2 is a display device 200 that includes adisplay 202. The display device 200 may include, or may be configured tooperate as, a vehicle diagnostic device, the CVST 110, or at least aspart of a vehicle diagnostic device or the CVST 110. A vehiclediagnostic device may connect to a vehicle, such as the vehicle 102, bya communication link, such as the vehicle-to-display-devicecommunication link 124. As an example, the display device 200 mayinclude, or may be configured as, a hand-held vehicle diagnostic device,such as a MODIS' ultra integrated diagnostic system (reference numberEEMS328W) available from Snap-on Incorporated of Kenosha, Wis.

Another example display device shown in FIG. 2 is a display device 208.The display device 208 may include a display 210, and may include one ormore of a keyboard 220 and a pointing device 222. The display device 208may include, or may be configured as, a desktop computing system. Thekeyboard 220 may include, or may be configured as, a wired or wirelessQWERTY keyboard or some other keyboard for entering data or selectionsinto the display device 208. The pointing device 222 may include, or maybe configured as, a wired or wireless computer mouse. The display device208 may include or be configured to operate as a vehicle diagnosticdevice or at least as part of a vehicle diagnostic device.

Yet another example display device shown in FIG. 2 is a display device204. The display device 204 may include a display 206 and may include akeyboard 226. The display device 204 may include, or may be configuredas, a laptop computing system. The display device 204 may include or beconfigured to operate as a vehicle diagnostic device, the CVST 110, orat least as part of a vehicle diagnostic device or the CVST 110.

In yet another example display device shown in FIG. 2 is a displaydevice 212 having a display 214. The display device 212 may include, ormay be configured as, a smartphone (such as an IPHONE® smartphone fromApple Inc., or a GALAXY S® smartphone from Samsung Electronics Co.,Ltd.). Alternatively, the display device 212 may include, or may beconfigured as, a tablet device (such as an IPAD® tablet device fromApple Inc., or a SAMSUNG GALAXY TAB tablet device from SamsungElectronics Co., Ltd.). Data or selections may be entered at the displaydevice 212 by way of a stylus 224 in contact with the display 214. Dataor selections may be entered at the display device 212 in other ways aswell. The display device 212 may include or be configured to operate asa vehicle diagnostic device, the CVST 110, or at least as part of avehicle diagnostic device or the CVST 110.

The display screens 202, 206, 210, and 214 may include, or may beconfigured as, any example display described herein or some other typeof display configured for displaying the displayable aspects describedherein. A first example display includes or is configured as acapacitive touch display. A second example display includes or isconfigured as a resistive touch display. A third example displayincludes or is configured as a plasma display. A fourth example displayincludes or is configured as a light emitting diode (LED) display. Afifth example display includes or is configured as a cathode ray tubedisplay. A sixth example display includes or is configured as an organiclight-emitting diode (OLED) display, such as an active-matrix OLED or apassive-matrix OLED. A seventh example display includes or is configuredas a touch-display such as a color touch used on a MODIS' ultraintegrated diagnostic system. An eighth example display includes or isconfigured as a backlit color liquid crystal display (LCD) having aresistive touch or panel.

As shown in FIG. 2, the display 202 may display a horizontal scroll bar216 and a vertical scroll bar 218. The horizontal scroll bar 216 may beused to cause the display device 200 to display an unseen portion of adisplayable page at the display 202 instead of another portion of thedisplayable page currently displayed at the display 202. The verticalscroll bar 218 may be used to cause the display device 200 to displayanother unseen portion of the displayable page at the display 202instead of the portion of the displayable page currently displayed atthe display 202. Any other display described herein may include ahorizontal scroll bar configured to operate like the horizontal scrollbar 216. Any other display described herein may include a verticalscroll bar configured to operate like the vertical scroll bar 218.

FIG. 3 is a block diagram of a display device 300. The display device300 may include all of the components shown in FIG. 3 or any propersubset of the components shown within the display device in FIG. 3. Forexample, the display device 300 may include a processor 302, a vehicleinterface 304, a network interface 306, a display 308, a user inputdevice 310, and a computer-readable medium (CRM) 312. Two or more of theaforementioned components shown in FIG. 3 may be communicatively coupledor linked together via a system bus, network, or other connectionmechanism 314. A display device (e.g., display device 106, 108) shown inFIG. 1 may include, or may be configured as, the display device 300. Thedisplay device shown in FIG. 1 may include all or any proper subset ofthe components of the display device 300. Two or more of the componentsshown within the display device 300 may be located within a singlehousing. Two or more of the components shown within the display device300 may be located remotely from each other in different housings orotherwise.

A processor, such as the processor 302 or any other processor discussedin this description or included within a device or system described inthis description (hereinafter, “a described processor”), may include oneor more general purpose processors (e.g., INTEL® single coremicroprocessors or INTEL® multicore microprocessors) or one or morespecial purpose processors (e.g., digital signal processors or graphicsprocessors). A graphics processor may be configured to access and usethe CRM 312 for creating, or retrieving from the display pages 318, adisplayable page to display on the display 308. Additionally oralternatively, a described processor may include an application specificintegrated circuit (ASIC). A described processor may be configured toexecute computer-readable program instructions (CRPI), such as CRPI 316stored in the CRM 312. A described processor may be configured toexecute hard-coded functionality in addition to or as an alternative tosoftware-coded functionality (e.g., via CRPI).

A computer-readable medium, such as the CRM 312 or any othercomputer-readable medium discussed in this description or includedwithin a device or system described in this description, may include anon-transitory computer-readable medium, a transitory computer-readablemedium, or both a non-transitory computer-readable medium and atransitory computer-readable medium. In one respect, a non-transitorycomputer-readable medium may be integrated in whole or in part with aprocessor. In another respect, a non-transitory computer-readablemedium, or a portion thereof, may be separate and distinct from aprocessor.

A non-transitory computer-readable medium may include, for example, avolatile or non-volatile storage component, such as an optical,magnetic, organic or other memory or disc storage. Additionally oralternatively, a non-transitory computer-readable medium may include,for example, a random-access memory (RAM), a read-only memory (ROM), aprogrammable read-only memory (PROM), an erasable programmable read-onlymemory (EPROM), an electrically erasable programmable read-only memory(EEPROM), a compact disk read-only memory (CD-ROM), or another memorydevice that is configured to provide data or CRPI to a processor.

A transitory computer-readable medium may include, for example, CRPIprovided over a communication link, such as a communication link whichis connected to or is part of the network 114. The communication linkmay include a digital or analog communication link. The communicationlink may include a wired communication link or a wireless communicationlink.

A computer-readable medium may be referred to by other terms such as a“computer-readable storage medium,” a “data storage device,” a “memorydevice,” a “memory,” or a “computer-readable database.” Any of thosealternative terms may be preceded with the prefix “transitory” or“non-transitory.”

The CRM 312 may store all of the computer-readable elements shown in theCRM 312 in FIG. 3 or any proper subset of the computer-readable elementsshown within the CRM 312. For example, the CRM 312 may store the CRPI316, the displayable pages 318, display cards 320, and service scenarios322. A first example of a proper subset of the computer-readableelements of CRM 312 is the CRPI 316, the displayable pages 318, and thedisplay cards 320. A second example of a proper subset of thecomputer-readable elements of CRM 312 is the CRPI 316, and the servicescenarios 322. Other examples of a proper subset of thecomputer-readable elements of the CRM 312 are also possible, such as theCRPI 316 and the available CVSTs 324. Other examples ofcomputer-readable elements stored within the CRM 312 are also possible.

In some examples, service scenarios may be generated by the displaydevice 300. The display device 300 may receive a service scenariocontained in the service scenarios 322 at the network interface 306 viathe network 114. The service scenarios 322 may include one or moreservice scenarios. As previously described, each service scenario mayinclude vehicle manufacturer information, a vehicle symptom associatedwith the vehicle manufacturer information, repair orders, and at leastone location of a service flow chart associated with the manufacturerinformation. Additionally or alternatively, service scenarios may bereceived by the network interface 306 from a device remote from thedisplay device 300, such as the server 118 or server 400 described infurther detail herein.

In some embodiments, a service scenario stored in the service scenarios322 or received from server 118 or 400 may be displayed at the display308. Displaying a service scenario may include displaying the servicescenario as at least part of a displayable page 318. The display cards320 may include display cards that make up at least a portion of adisplayable page. The display cards 320 may include data received fromthe server 118 for initially displaying a particular display card or forupdating the particular display card. The display 308 may display anyaspect of any service scenario described herein. In some examples, thedisplay 308 may display any visually-presentable data provided by theprocessor 302 or the CRM 312.

The vehicle interface 304 may include one or more components forcommunicatively coupling the display device 300 to a vehicle over acommunication link. The vehicle interface 304 may include a transceiver(e.g., an integrated transmitter and receiver, or a distinct transmitterand a distinct receiver). The transmitter of the vehicle interface 304may be configured to transmit data to a vehicle. The data transmitted bythe vehicle interface 304 to the vehicle may include a request for aVDM. The receiver of the vehicle interface 304 may be configured toreceive data transmitted by the vehicle 102 over thevehicle-to-display-device communication link 124. As an example, thetransceiver of the vehicle interface can comprise a transceiver such asa system basis chip with high speed CAN transceiver 33989 provided byNXP Semiconductors, Eindhoven, Netherlands. The data received by thevehicle interface 304 from the vehicle 102 may include a VDM. Theprocessor 302 may select data from within the VDM received from thevehicle and cause the selected data to be displayed at the display 308.As an example, the display 308 may display the selected data within adisplay card.

The network interface 306 may include one or more components forcommunicatively coupling the display device 300 to the network 114 or toa gateway that is part of or connected to the network 114. The networkinterface 306 may include component(s) for wireless or wiredcommunications via the network 114. A network interface, such as thenetwork interface 306 or any other network interface described in thisdescription may include a modem, a network interface card, and/or a chipmountable on a circuit board. As an example the chip can comprise aCC3100 Wi-Fi® network processor available from Texas Instruments,Dallas, Tex., a CC256MODx Bluetooth® Host Controller Interface (HCI)module available from Texas instruments, and/or a different chip forcommunicating via Wi-Fi®, Bluetooth® or another communication protocol.

The network interface 306 may receive various messages transmitted overthe network 114. As an example, the network interface 306 may receive amessage that includes setup instructions of a service scenario. In someexamples, the network interface 306 may receive data indicating thecapabilities of a CVST. For instance, display device 300 may receive,from a server, a message that includes identifiers of the manufacturerand device type of a CVST based on the part numbers and/or descriptionof the CVST. The display device 300 may determine the capabilities of aCVST based on the received message.

The available CVSTs 324 may comprise a list of all CVSTs that areavailable and the corresponding capabilities of each CVST. In someinstances, availability of a CVST may be based on whether the CVST isregistered to the display device 300. A user may register a CVST withthe server or the display device by providing registration informationcorresponding to the CVST. Additionally or alternatively, availabilityof a CVST may be based on a status of whether a particular CVST is inuse and/or whether the particular CVST is connected (e.g.,communicatively coupled) to the display device. For example, the displaydevice may determine and display status information with respect to aCVST. The status information may include, for example, that a CVST isunpaired (e.g., not connected via Bluetooth) or unavailable. A CVST maybe unavailable if the CVST is lost, sent in for repair, damaged, loanedto another user, or at a location far away from the display device. Infurther examples, the status information may include that a CVST isconnected (e.g., communicatively coupled to the display device) and/orready for use. A CVST may be ready for use if, for example, the CVST hasbeen successfully configured with the setup instructions received fromthe server, such as server 400.

In some instances, available CVSTs 324 may comprise locations of theCVST, and the display device 300 may display the locations. For example,the display device may display that a first CVST is located in a firsttoolbox in a first room. In other example, the display device maydisplay that a second CVST is located in a second toolbox in the firstroom. Other examples involving different locations are possible.

In some embodiments, the network interface 306 may receive dataindicating that a CVST was configured according to a particular servicescenario, and service data or measurements produced by the CVST. Inother examples, the network interface 306 may receive a message thatincludes data for displaying a service scenario with displayable pagesor sections, such as a DIAGNOSE displayable page or section, a JOBPREVIEW displayable page or section, a REPAIR displayable page orsection, or a JOB SUMMARY displayable page or section, or a message toupdate some portion (e.g., a display card) of a displayable page orsection. As another example, the network interface 306 may receive amessage that includes a display card, the data to include in a displaycard, or the data for modifying a display card. Other examples arepossible.

The user input device 310 may include user-input elements configured sothat a user of display device 300 may input data for use by theprocessor 302 or by another element of the display device 300. As anexample, the user-input elements may include a connection to the display308 in an embodiment in which the display 308 includes a touch display.As another example, the user-input elements may include a user inputsection having one or more input keys. As another example, theuser-input elements may include a pointing device such as a computingdevice mouse, a keyboard (e.g., a QWERTY keyboard), a joystick, adisplay pointer (e.g. the pointing device 222 shown in FIG. 2), or amicrophone for receiving spoken inputs. As yet another example, theuser-input elements may include a scanner configured to scan a one ortwo dimensional code (e.g., a bar code or a quick-response (QR) code).The user input device 310 can include one or more electrical circuitsthat carry electrical signals indicative of input data to the processor302. As an example, an electrical signal provided to the processor 302can indicate vehicle manufacturer information, vehicle symptominformation, selection of a CYST, selection of a service instruction, orsome other input data.

In general, CRPI, such as the CRPI 316 or any other CRPI describedherein, include program instructions executable by a processor. Further,and in general, CRPI may include various structures, modules, routines,or some other computer-readable logic. Further, and in general, CRPI maybe written using a computer-programming language such as C++ or someother programming language.

In particular, the CRPI 316 may include program instructions executableby the processor 302 to carry out any one or more functions describedherein or represented by the figures as being performed, at least inpart, by the display device 300 or a component of the display device300, or any other display device described herein. As an example, theCRPI 316 may include program instructions to generate a service scenarioor some portion of a service scenario. The program instructions togenerate a service scenario may include program instructions to performany or all of the functions described herein.

IV. Example Servers

FIG. 4 is a block diagram of a server 400. The server 400 may includeall of the components shown in FIG. 4 or any proper subset of thecomponents shown within the server 400. For example, the server 400 mayinclude a processor 402, a network interface 404, a database interface406, a user input device 408, and a computer-readable medium 410. Two ormore of the aforementioned components shown in FIG. 4 may becommunicatively coupled or linked together via a system bus, network, orother connection mechanism 412. The server 118 shown in FIG. 1 mayinclude, or may be configured as, the server 400. The server 118 mayinclude all or any proper subset of the components of the server 400.Two or more of the components shown within the server 400 may be locatedwithin a single housing. Two or more of the components shown within theserver 400 may be located remotely from each other in different housingsor otherwise.

The server 400 may take the place of the server 118 shown in FIG. 1. Thecomputer-readable medium 410 may include the database 120. Thecomputer-readable medium 410 may include at least some of the datastored in the database 120. As an example, the data stored in both thecomputer-readable medium 410 or the database 120 may include one or moreof CRPI 414, display cards 418, displayable pages 424, reports 430, andservice scenarios 432.

The network interface 404 may include one or more components forcommunicatively coupling the server 400 to the network 114 or to agateway (e.g., gateway 116) that is part of or connected to the network114. The network interface 404 may include component(s) for wireless orwired communications via the network 114. The network interface 404 mayinclude a modem or a network interface card. The network interface 404may include a receiver to receive the various data described as beingtransmitted over the network to a server 118 or 400 or described asbeing received by the server 118 or 400 or the network interface 404.The network interface 404 may include a transmitter to transmit thevarious data described as being transmitted by the network interface404, the processor 402, the server 400 or the various data described asbeing received by a display device 106, 108, 110, or 300 or the networkinterface 306.

The database interface 406 may include one or more components forrequesting data from the database 120 and one or more components forreceiving data from the database 120. The database interface 406 mayinclude the server-to-database communication link 140. The processor 402may transmit the requests to the database interface 406 and over theserver-to-database communication link 140. The database interface 406may transmit the data it receives from the database 120 to the processor402.

The user input device 408 may include one or more components forentering (e.g., inputting) data into the server 400 or modifying datastored in the computer-readable medium 410 or the database 120 or foruse by the processor 402. As an example, the components of the userinput device 408 may include a display screen, a user input sectionhaving one or more input keys, a pointing device such as a computingdevice mouse, a keyboard (e.g., a QWERTY keyboard), a display pointer(e.g. the pointing device 222 shown in FIG. 2), or a microphone forreceiving spoken inputs.

The computer-readable medium 410 may include CRPI 414. The processor 402may execute the CRPI 414. The CRPI 414 may include program instructionsto perform any function described herein as being performed by a server,such as the server 118 or the server 400, or by any component describedherein as being a component of a server.

For example, the CRPI 414 may include program instructions to performeach of the functions or any portion described with respect to thefunctions of the set of functions shown in FIG. 5.

As another example, the CRPI 414 may include program instructionsexecutable by the processor 402 to generate a report, such as a finalreport generated after the vehicle 102 or 104 is repaired. The server400 may store the report in the reports 430. The server 400 may performanalytics on multiple reports for determining the data to provide withindisplay cards.

The displayable pages 424 may include current-request data that defineswhich display cards pertain to a displayable page or section that can bepresented by the display device 300. The displayable pages 424 may alsoinclude current-view data that defines which display cards are presentlydisplayed by one or more display devices. The server 400 may use thecurrent-view data to retrieve data for other display cards, such asdisplay cards adjacent to the display cards presently displayed by theone or more display devices. The display cards 418 may includecard-definition data that defines the type of data to be populated intoeach display card.

The server 400 may receive data indicating an operating condition of avehicle from one or more display devices previously described herein.The one or more display devices may be configured to display vehicleservice information via the displayable pages of the server 400 providesto the display devices or the data to populate the display cards withinthe displayable pages having display cards. The server 400 may executethe CRPI 414 based on the received data the service scenarios 432 storedin CRM 410.

V. Example Methods

FIG. 5 illustrates a flowchart of an example method 500 that can beimplemented within an operating environment including or involving, forexample, system 100 of FIG. 1, display devices 200 of FIG. 2, displaydevice 300 of FIG. 3, and the server 400 of FIG. 4. Method 500 may alsobe applied to other systems, display devices, and servers havingdifferent arrangements and/or different components than those describedherein. Further, method 500 may include one or more operations,functions, or actions as illustrated by one or more of blocks 502-510.Although the blocks are illustrated in sequential order, these blocksmay also be performed in parallel, and/or in a different order thanthose described herein. Also, the various blocks may be combined intofewer blocks, divided into additional blocks, and/or removed based uponthe desired implementation.

Method 500 begins at block 502, which includes a server, such as server118 of FIG. 1, storing a plurality of service scenarios defined for atleast one display device, wherein each stored service scenario includesat least one setup instruction and wherein each setup instruction isbased on at least on capability of at least one CVST. Each servicescenario may include vehicle manufacturer information, a vehicle symptomassociated with the vehicle manufacturer information, and at least onelocation of a service flow chart associated with the manufacturerinformation as previously described herein.

The service flow chart may provide instructions on how to configure aCVST to troubleshoot or repair a vehicle. In particular, the serviceflow chart of each service scenario may include instructions on how toconfigure a particular CVST based on the capabilities of the CVST. Forexample, a CVST may be an oscilloscope. The server may store servicescenarios that include setup instructions on how to configure theoscilloscope and take measurements using the oscilloscope totroubleshoot or repair a vehicle for a particular symptom. In anotherexample, a CVST may be a mobile phone. The server may store servicescenarios that include setup instructions on how to configure the mobilephone for taking specific sound measurements, and setup instructions onusing the mobile phone's camera to take specific pictures of a vehiclecomponent or system, among other setup instructions based on thecapabilities of a mobile phone. In some embodiments, the server mayprovide electronically configurable instructions to the CVST (e.g.,directly to the CVST or via a display device communicatively coupled tothe CVST and server) to configure the CVST with little or no user input,thereby allowing the user to take measurements without modifying theconfiguration settings of the CVST. For example, an oscilloscope may beconfigured via configuration instructions provided via the server suchthat the oscilloscope may be used to take measurements withoutadditional instructions or inputs provided by a user to configure theoscilloscope (e.g., time settings) before taking such measurements.

FIGS. 6A and 6B illustrate a more specific example of a service scenariothat may be displayed via a display device or server. In particular,FIG. 6A illustrates an example service scenario 600 that includesinformation on how to configure a CVST, such as an oscilloscope, to takefrequency measurements. As shown, the service scenario 600 may includevehicle manufacturer information 610, a vehicle symptom 620 associatedwith the particular vehicle being serviced, and a service flow chart630. In some embodiments, the vehicle symptom 620 may be a diagnostictrouble code (DTC) (e.g., P0101) associated with a particular vehicleproblem (e.g., mass air flow circuit range/performance problem). Theservice flow chart 630 includes a screenshot that displays configurationsettings for the oscilloscope to troubleshoot the vehicle symptom 620.The screenshot, for example, includes the time per division setting.Additionally, service flow chart 630 includes instructions on how toconnect the oscilloscope to the vehicle to take frequency measurements.Further, service flow chart 630 includes expected results to helpdiagnose or service a vehicle.

FIG. 6B further illustrates the service scenario 600 according to anexample embodiment. As shown the service scenario 600 may furtherinclude background information related to the vehicle component that maybe faulty of needs repair, and more detailed symptoms to help diagnosethe condition of a vehicle. Additionally, the service scenario 600 mayinclude an image of the vehicle component that may be faulty or needsrepair. The service scenario may further include predetermined valuesfor a particular vehicle component (e.g., mass air flow sensor) tofurther help diagnose a vehicle condition.

In some embodiments, as shown in FIGS. 6A and 6B, a service scenario mayinclude instructions on how to repair the diagnosed condition of thevehicle using a particular CVST (e.g., “Repair” tab). Additionally, aservice scenario may include references (e.g., “Reference” tab) thatprovide additional information. The additional information may includedata indicative of how a particular symptom or vehicle condition wasresolved previously for the particular vehicle model. In someembodiments, the additional information may be data indicative of aparticular CVST a vehicle service technician or a community of users mayhave used, how the CVST was used, and how successful that test was indiagnosing, repairing, or servicing a vehicle condition. This additionalinformation may provide the benefit of confirming a successful vehiclerepair and may bolster the service scenarios with real life examples andknown-good test results for specific vehicle types.

In some embodiments, the server may store service scenarios which mayinclude instructions that take more of a digital form (e.g.,configuration instructions). The instructions may configure variousCVSTs described herein with little or no additional user input. MostCPU-controlled CVSTs may be configurable with such instructions. Forexample, the time settings, vertical axis, number of channels, or anyother settings within a digital lab scope may be configurable withlittle or no additional user input. In some instances, the instructionsmay configure software parameters (e.g., upper and lower datathresholds) of a CVST (e.g., digital voltmeter, lab scope). Withinexamples, the instructions may configure mobile device parameters viaAPIs. For instance, the instructions may launch the camera of a mobilephone or computing device via a mobile application or website. In otherinstances, the setup instructions may configure a mobile phone or otherCVST so that a mobile application or website utilizes the accelerometerof the mobile phone or CVST. In other examples, the setup instructionsmay configure hardware parameters so that a CVST (e.g., multimeter orlab scope) properly measures data in accordance with the instructions.

In other embodiments in which a particular CVST is not fullyconfigurable, the server may store instructions which may be provided tothe display device such that a user can manually enter the parameters inthe instructions for the particular CVST. In some instances in whichmultiple CVSTs are available, instructions for respective CVSTs may beprovided to the display device. Such instructions may provide fullyconfigurable and/or manual instructions for respective CVSTs. In someembodiments, a user (e.g., an experienced technician) may select aparticular CVST and one or more stored instructions for the particularCVST.

At block 504, method 500 may include the server receiving dataindicating an operating condition of a vehicle from a first displaydevice of the at least one display device. For example, the server 118may receive data indicating an operating condition of the vehicle 104from the display device 106. The operating condition may relate to thestatus of a vehicle system or component as previously described herein.For example, the operating condition may be a condition of a vehicle'sbrakes, transmission, engine, entertainment system, steering, orsuspension, among other systems. In other examples, the operatingcondition may be a condition of a vehicle's brake caliper, brake shoe,or brake pad, among other vehicle components.

Additionally, the server may receive data indicating a vehicle'smanufacturer information. Vehicle manufacturer information may includecharacteristics of the, such as a year (Y), make (M₁), model (M₂),engine (E), and system (S) pertaining to the vehicle. The dataidentifying vehicle manufacturer information may include a vehicleidentification number (VIN) or some portion of a VIN. In someembodiments, the data identifying vehicle manufacturer information mayinclude data that indicates characteristics of a plurality of vehicleshaving common characteristics (e.g., YM₁M₂ES, YM₁M₂, or YM₁M₂E). Inother embodiments, the characteristics of a particular vehicle mayinclude a serial number within the VIN. A vehicle characteristic mayindicate a sub-model, an engine size, a fuel-type (e.g., diesel orunleaded), a region where the vehicle was built, or other characteristicrepresented by the VIN.

In one respect, the data received by the server at block 504 can includeone or more VDM that the display device receives from an ECU within thevehicle with the operating condition. In another respect, the datareceived by the server at block 504 can comprise data the display deviceextracts from one or more VDM from the vehicle with the operatingcondition. The data from the VDM can, for example, include one or morediagnostic trouble codes and/or one or more OBD II parameters and OBD IIparameter identifiers or some other parameters and parameter identifiersfrom an ECU in the vehicle.

Based on the stored plurality of service scenarios and the received dataindicating the operating condition of the vehicle, at block 506, method500 may include the processor of the server determining a first storedservice scenario of the plurality of service scenarios matches theoperating condition of the vehicle. For example, the server may receiveinformation indicating that a vehicle's mass airflow sensor needs repairand an oscilloscope is available as a CVST to repair or service the massairflow sensor. The server may include several stored service scenarioson how to use an oscilloscope to repair or take measurements totroubleshoot a vehicle. Based on the stored service scenarios and thereceived data indicating the operating condition of the vehicle, theserver may determine a particular service scenario, such as servicescenario 600, that matches the particular vehicle type (e.g., make,year, model) and the particular symptom of the vehicle type (e.g., massairflow sensor). The particular service scenario, such as servicescenario 600, may then include instructions on how to configure theoscilloscope to repair or troubleshoot the particular vehicle's massairflow sensor.

In another example, the server may receive information indicating that avehicle's mass airflow sensor needs repair and certain measurements mustbe taken to troubleshoot the issue. The server may include a storedservice scenario that includes a service flow chart for repairing orservicing the particular vehicle's mass airflow sensor. Based on thisstored service scenario, which includes setup instructions to repairand/or take measurements related to the vehicle's mass airflow sensor,the server may determine a CVST that is available and has the capabilityto perform the instructions. The server may then send the servicescenario to a display device associated with the CVST or communicativelycoupled to the CVST so that the CVST can execute the service scenariousing its capabilities.

Another example may involve two or more CVSTs that may be available torepair or service a vehicle. In particular, the server may receiveinformation indicating that a vehicle's sound system needs repair andcertain measurements must be taken to troubleshoot the issue. The servermay include a stored service scenario for repairing or servicing theparticular vehicle's sound system. Based on this stored servicescenario, which includes setup instructions to repair and/or takemeasurements related to the vehicle's sound system, the server maydetermine multiple CVSTs that are available and has the capability toperform the instructions. The server may then send the service scenarioto a display device associated with one of the CVSTs or communicativelycoupled to one of the CVSTs so that the CVST can execute the servicescenario using its capabilities. In some embodiments, the server maysend multiple service scenarios to the display device associated witheach CVST. In other embodiments, the server may select a particularservice scenario based on an order of precedence previously describedherein.

At block 508, method 500 may include the processor of the serverdetermining a first CVST having a first capability that is associatedwith the first display device. For example, the server may determinethat a mobile phone is communicatively coupled to a display device andhas the capability to take sound measurements. In another example, theserver may determine that a voltmeter is communicatively coupled to adisplay device, or is available based on data received from the displaydevice, and has the capability to take voltage readings.

In some embodiments, the server may determine a CVST that is availableand has the capability to perform particular instructions of a servicescenario by transmitting a message to a display device. The message, forexample, may include a request for information to determine if thedisplay device is associated with a CVST that is available and has thecapability to perform the particular instructions. In a more specificexample, the server may send a message to the display device todetermine if there is a CVST, such as an oscilloscope, available to takemeasurements related to a vehicle's sound system. In response to themessage, the display device may send a reply message to the serverindicating whether there is such a CVST available that can perform theparticular instructions. For example, the display device may send amessage to the server indicating that a voltmeter is available and hasthe capability to take measurements (e.g., voltage readings) related toa vehicle's sound system. In another example, the display device maysend a message to the server indicating that a mobile phone is availableand has the capability to take sound measurements from the vehicle'ssound system.

In some embodiments, the server may determine a CVST that is availableand has the capability to perform instructions of a service scenariobased on a model identifier associated with a particular display device,and a capability identifier associated with the model identifier. Forexample, multiple display devices may be communicatively coupled to theserver. The server may identify each display device based on a modelidentifier or serial number of the display device. Each model identifiermay be linked or associated with at least one capability identifier. Forexample, the server may store a lookup table that correlates each modelidentifier to at least one capability identifier. In some embodiments,the capability identifiers may include data representing capabilities ofa particular CVST associated with a display device.

In other embodiments, the capability identifiers may include datarepresenting capabilities of multiple CVSTs associated with a displaydevice. In a particular example, the server may be communicativelycoupled to two display devices. The first display device may have afirst model identifier associated with capability identifiers. Forexample, the capability identifiers of the first display device mayrepresent capabilities of a mobile phone (e.g., taking a picture,recording sound). In another example the capability identifiers of thefirst display device may represent capabilities of a mobile phone and anoscilloscope, among other CVSTs.

In some embodiments, multiple CVSTs associated with a particular displaydevice may have the capability to perform instructions of a servicescenario. For example, a display device may be associated with avoltmeter and an oscilloscope. Both CVSTs may be capable of, forexample, taking voltage readings related to a vehicle's sound system. Insome examples, the server may send instructions on how to take voltagereadings using either one of the CVSTs. In another example, the servermay choose a CVST based on one or more factors. For example, the servermay determine that a particular voltmeter associated with a displaydevice is easier to configure or use compared to a particularoscilloscope associated with the display device. Additionally oralternatively, the server may determine that a particular oscilloscopeprovides more accurate measurements than a particular voltmeterassociated with the display device. Other examples are possible.

At block 510, method 500 may include the server transmitting the firststored service scenario to the first display device, wherein the firststored service scenario comprises a first setup instruction that isbased on the first CVST having the first capability. For example theserver may transmit instructions on how to configure and/or use aparticular mobile phone to take sound measurements or capture images ofa vehicle system or component. In another example, the server maytransmit instructions on how to configure and/or use a particularvoltmeter to take certain measurements related to a vehicle system orcomponent.

In some embodiments, the server may receive service data indicating thata particular CVST was set up based on a setup instruction of a servicescenario. The server may receive the service data from the displaydevice and/or the particular CVST. The server may then store thereceived service data and/or update the stored service scenarios in itsdatabase that is defined for at least one display device. In someinstances, the stored service scenarios may be updated based on howsuccessful a given scenario or instruction was (e.g., probability ofsuccess) in repairing or diagnosing a particular vehicle. In otherinstances, the stored service scenarios may be updated based on seasonalchanges that may affect vehicle conditions. In further instances, thestored service scenarios may be updated based on user feedback or inputfrom a user's experience in diagnosing or repairing a particular vehiclewith a particular scenario or instruction. For example, a user mayprovide the mileage of a particular vehicle being repaired. Suchadditional information may supplement the probability of success data ofstored scenarios for a particular vehicle, and may help build a libraryof stored service scenarios that provide even more accurate instructionsfor future repairs of the particular vehicle. Additionally, storing theservice data and updating the stored service scenario ensures that themost up-to-date information is used in diagnosing, repairing, orservicing a vehicle.

FIG. 7 illustrates a flowchart of an example method 700 that can beimplemented within an operating environment including or involving, forexample, system 100 of FIG. 1, display devices 200 of FIG. 2, displaydevice 300 of FIG. 3, and the server 400 of FIG. 4. Method 700 may alsobe applied to other systems, display devices, and servers havingdifferent arrangements and/or different components than those describedherein. Further, method 700 may include one or more operations,functions, or actions as illustrated by one or more of blocks 702-706.Although the blocks are illustrated in sequential order, these blocksmay also be performed in parallel, and/or in a different order thanthose described herein. Also, the various blocks may be combined intofewer blocks, divided into additional blocks, and/or removed based uponthe desired implementation.

Method 700 begins at block 702, which includes a display device, such asdisplay device 108 of FIG. 1, transmitting data indicating an operatingcondition of a vehicle. For example, the display device 108 may transmitdata indicating an operating condition of the vehicle 104 to the server118. The operating condition may relate to the status of a vehiclesystem or component as previously described herein.

Additionally, the display device may send data indicating a vehicle'smanufacturer information. Vehicle manufacturer information may includecharacteristics of the, such as a year (Y), make (M₁), model (M₂),engine (E), and system (S) pertaining to the vehicle. The dataidentifying vehicle manufacturer information may include a vehicleidentification number (VIN) or some portion of a VIN. In someembodiments, the data identifying vehicle manufacturer information mayinclude data that indicates characteristics of a plurality of vehicleshaving common characteristics (e.g., YM₁M₂ES, YM₁M₂, or YM₁M₂E). Inother embodiments, the characteristics of a particular vehicle mayinclude a serial number within the VIN. A vehicle characteristic mayindicate a sub-model, an engine size, a fuel-type (e.g., diesel orunleaded), a region where the vehicle was built, or other characteristicrepresented by the VIN.

At block 704, method 700 may include the display device receiving afirst stored service scenario, wherein the first stored service scenariocomprises a first setup instruction that is based on a firstconfigurable vehicle service tool (CVST) having a first capability andthe operating condition of the vehicle. In some embodiments, the firstcapability may be, for example, a measurement mode of a particular CVST.In other embodiments, the first capability may be an oscilloscope timeper division setting, an oscilloscope volt per division setting, anoscilloscope trigger setting, a vehicle bus communication protocol, orany other setting that may be applicable to configuring a CVST.

In operation, based on the operating condition of the vehicle 104,server 118 may send the display device 108 instructions on how toconfigure the CVST 110 that has the capability to take certainmeasurements to service a particular condition of the vehicle 104. Inparticular, the first setup instruction may be an instruction on how toconfigure a mobile phone to take certain sound measurements to service avehicle's sound system. In some examples, the first setup instructionsmay be instructions on how to configure a voltmeter and/or how to usethe voltmeter. Additionally or alternatively, the first setupinstruction may be a configurable instruction to electronicallyconfigure the CVST, thereby allowing a user to take measurements withthe CVST without modifying the configuration settings of the CVST.

In some embodiments, the display device may receive multiple setupinstructions simultaneously or sequentially based on an order ofprecedence or based on multiple factors. The factors may be based onease of use or accuracy of a particular CVST associated with the displaydevice as previously described herein. Additionally, the factors may bebased on the capabilities of a given CVST. In some embodiments, a setupinstruction may comprise alternative or sequential instructions based onmeasurements taken using a previous setup instruction. In a particularexample, a display device may first receive an instruction to use afirst CVST (e.g., mobile phone) to take specific pictures of a vehicle'ssystem or component. The display device may additionally or sequentially(e.g., after taking the specific pictures) receive an instruction tofurther utilize the first CVST to take certain measurements (e.g., soundmeasurements using a mobile phone) of a vehicle. In some embodiments,the display device may additionally or sequentially receive aninstruction to use a second CVST (e.g., a voltmeter), a configurableinstruction to configure the second CVST, and receive furtherinstructions to take certain measurements with the second CVST to helptroubleshoot or service a vehicle.

In some embodiments, before receiving the first setup instruction of thefirst stored service scenario from the server, the method 700 mayinclude the display device determining at least one CVST associated withthe display device that has the first capability. For example, if thefirst capability is a capability to take sound measurements, the displaydevice may determine that there are CVSTs such as a mobile phone and adigital sound level meter that is available and capable of taking soundmeasurements. In response to determining that there is a mobile phoneand a digital sound level meter capable of taking sound measurements,the method 700 may further include the display device sending datarelated to the availability and capability of the mobile phone anddigital sound level meter to the server.

As noted above, availability of a CVST may be based on whether the CVSTis registered to the display device. A user may register a CVST with theserver or the display device by providing registration informationcorresponding to the CVST. Additionally or alternatively, availabilityof a CVST may be based on a status of whether a particular CVST is inuse and/or whether the particular CVST is connected (e.g.,communicatively coupled) to the display device. For example, the displaydevice may determine and display status information with respect to aCVST. The status information may include, for example, that a CVST isunpaired (e.g., not connected via Bluetooth) or unavailable. A CVST maybe unavailable if the CVST is lost, sent in for repair, damaged, loanedto another user, or at a location far away from the display device. Infurther examples, the status information may include that a CVST isconnected (e.g., communicatively coupled to the display device) and/orready for use. A CVST may be ready for use if, for example, the CVST hasbeen successfully configured with the setup instructions received fromthe server. In other embodiments, the display device may receive amessage from a server. The message may include a request for informationto determine if the display device is associated with a CVST that has aparticular capability. For example, the display device may becommunicatively coupled to a mobile phone, oscilloscope, a sound levelmeter, and a voltmeter, or at least know the availability of such CVSTs.The server may send a message to the display device to check if thedisplay device has an oscilloscope capable of taking frequencymeasurements. In another example, the server may send a message to thedisplay device to check if the display device has any CVST capable oftaking sound measurements. Other examples are possible.

In further embodiments, in response to receiving the message from theserver, the display device may send a reply message that indicates theavailability and capability of at least one CVST that the server islooking for. For example, in response to a request by the server tocheck if the display device has any CVST capable of taking soundmeasurements, the display device may send a message to the serverindicating that a mobile phone and a sound level meter are available andcapable of taking the sound measurements. In another example, inresponse to a request by the server to check if the display device hasan oscilloscope capable of taking frequency measurements, the displaydevice may send a reply message indicating that there is an oscilloscopeavailable and capable of taking the frequency measurements.Additionally, the reply message may include the make, year, model, orfirmware/software version of the CVST that has the requested capability.

In response to receiving the first setup instruction of the first storedservice scenario, at block 706, method 700 may include the displaydevice configuring the first CVST to use the first capability associatedwith the first service scenario. For example, the display device mayreceive an instruction from the server on how to configure and/or use anoscilloscope to take frequency measurements. In particular, theinstruction may contain the measurement mode and range, time perdivision setting, and/or volt per division setting for the oscilloscope.In response to receiving such instruction, the display device mayconfigure the oscilloscope accordingly.

After the display device configures the first CVST to use the firstcapability associated with the first service scenario, some embodimentsmay include the display device sending service data produced by thefirst CVST. In some embodiments, the display device may further senddata indicating that the first CVST was setup based on the first setupinstruction when the service data was produced. For example, the displaydevice may send data indicating that an oscilloscope was configured inaccordance with the measurement mode and range specified in the servicescenario. The display device may also send data indicating the resultsof the frequency measurement taken with the oscilloscope in accordancewith the service scenario.

Based on the sent service data, some embodiments may include the displaydevice repeating at least one of the blocks 702-706 of method 700. Forexample, after the display device sends the service data produced by thefirst CVST associated with the first service scenario, the displaydevice may transmit data indicating an updated operating condition of avehicle. In some embodiments, the display device may receive a new setupinstruction based on the first CVST having a second capability. Forexample, a mobile phone may have been initially used to take pictures ofa vehicle component as part of the first setup instruction. The displaydevice may receive new instructions on configuring the mobile phone totake sound measurements. Alternatively, the display device may receive anew instruction on how to configure a second CVST, such as a voltmeter,to take other measurements necessary to service the vehicle.

VI. Conclusion

It should be understood that the arrangements described herein and/orshown in the drawings are for purposes of example only. As such, thoseskilled in the art will appreciate that other arrangements and elements(e.g., machines, interfaces, functions, orders, and/or groupings offunctions) can be used instead, and some elements can be omittedaltogether according to the desired results. Furthermore, variousfunctions described and/or shown in the drawings as being performed byone or more elements can be carried out by a processor executingcomputer-readable program instructions or by a combination of hardware,firmware, and/or software. For purposes of this description, executionof CRPI contained in some computer-readable medium to perform somefunction can include executing all of the program instructions of thoseCRPI or only a portion of those CRPI.

While various aspects and embodiments are described herein, otheraspects and embodiments will be apparent to those skilled in the art.The various aspects and embodiments disclosed herein are for purposes ofillustration and are not intended to be limiting, with the true scopebeing indicated by the claims, along with the full scope of equivalentsto which such claims are entitled. It is also to be understood that theterminology used herein for the purpose of describing particularembodiments only, and is not intended to be limiting.

Embodiments of the present disclosure can thus relate to one of theenumerated example embodiment (EEEs) listed below.

EEE 1 is a method performed by a server, the method comprising: storinga plurality of service scenarios defined for at least one displaydevice, wherein each stored service scenario comprises at least onesetup instruction, and wherein each setup instruction is based on atleast one capability of at least one configurable vehicle service tool(CVST); receiving data indicating an operating condition of a vehiclefrom a first display device of the at least one display device; based onthe stored plurality of service scenarios and the received data,determining, by a processor of the server, that a first stored servicescenario of the plurality of service scenarios matches the operatingcondition; determining, by the processor of the server, a first CVSThaving a first capability that is associated with the first displaydevice; and transmitting the first stored service scenario to the firstdisplay device, wherein the first stored service scenario comprises afirst setup instruction that is based on the first CVST having the firstcapability.

EEE 2 is the method of EEE 1, wherein determining the first CVST havingthe first capability that is associated with the first display devicefurther comprises: transmitting, by the server, a first message to thefirst display device, wherein the first message comprises an identifierof the first capability and a request for information to determine ifthe first display device is associated with the first CVST having thefirst capability; and in response to transmitting the first message,receiving, by the server, a second message from the first displaydevice, wherein the second message comprises a response to the requestfor information of the first message.

EEE 3 is the method of EEE 1 or 2, further comprising: storing data in adatabase comprising model identifiers of each of the at least onedisplay device and at least one capability identifier associated witheach model identifier, and, for each capability identifier, datarepresenting a capability of a given CVST; wherein determining the firstCVST having the first capability that is associated with the firstdisplay device comprises (i) determining a first model identifier of thefirst display device, (ii) requesting from the database the at least onecapability identifier associated with the first model identifier, and(iii) determining a capability represented by the at least onecapability identifier associated with the first model identifier.

EEE 4 is the method of any one of EEE 1 to 3, wherein the first storedservice scenario further comprises a second setup instruction, whereinthe second setup instruction is based on a second capability of thefirst CVST, and wherein the first stored service scenario defines anorder of precedence with respect to performing the first setupinstruction and the second setup instructions, the method furthercomprising: determining, by the processor of the server, the order ofprecedence; and providing, by the first display device to the firstCVST, the first setup instruction and the second instruction forperformance by the first CVST according to the order of precedence.

EEE 5 is the method of EEE 4, further comprising: determining the secondsetup instruction has an earlier precedence in the order of precedencethan the first setup instruction.

EEE 6 is the method of any one of EEE 1 to 5, further comprising:determining, by the processor of the server, a second CVST having thefirst capability that is associated with the first display device; andwherein the first stored service scenario further comprises a secondsetup instruction that is based on the second CVST having the firstcapability.

EEE 7 is the method of any one of EEE 1 to 6, wherein the first setupinstruction comprises an instruction to configure the first CVST for thefirst capability.

EEE 8 is the method of any one of EEE 1 to 7, wherein the first CVSTcomprises an oscilloscope, a digital-volt-ohm meter, or a vehicle scantool arranged to receive vehicle data messages from the vehicle and totransmit vehicle data messages to the vehicle.

EEE 9 is the method of any one of EEE 1 to 8, wherein the first storedservice scenario comprises manufacturer information, at least onelocation of a service flow chart associated with the manufacturerinformation, and a vehicle symptom associated with the manufacturerinformation.

EEE 10 is the method of any one of EEE 1 to 9, wherein the first displaydevice comprises the first CVST.

EEE 11 is the method of any one of EEE 1 to 10, wherein the firstdisplay device comprises a mobile computing device.

EEE 12 is the method of any one of EEE 1 to 11, further comprising:receiving, by the server from at least one of the first display deviceor the first CVST, service data produced by the first CVST and dataindicating the first CVST was set up based on the first setupinstruction when the service data was produced; storing the service datareceived by the server; and updating the stored plurality of servicescenarios defined for at least one display device based on the storedservice data received by the server.

EEE 13 is the method of any one of EEE 1 to 12, wherein the first CVSTcomprises a vehicle scan tool arranged to receive vehicle data messagesfrom the vehicle and to transmit vehicle data messages to the vehicle,wherein the first setup instruction comprises instructions to configurethe first CVST to transmit one or more vehicle data messages to aparticular electronic control unit within the vehicle, wherein the firstsetup instruction comprises instructions to configure the first CVST totransmit to the first display device parameter values the first CVSTreceives from the vehicle in response to the one or more vehicle datamessages, wherein the display device is arranged to transmit to theserver the parameters values transmitted by the first CVST to thedisplay device, and wherein the method further comprises: receiving, bythe processor of the server, the parameter values transmitted by thefirst display device to the server; determining, by the processor of theserver a diagnosis of the operating condition of the vehicle based onthe parameter values received by the server; and transmitting dataindicative of the diagnosis of the operating condition of the vehicle tothe display device.

EEE 14 is a method performed by a display device coupled to at least oneserver by a communication network, the method comprising: transmittingdata indicating an operating condition of a vehicle; receiving a firststored service scenario, wherein the first stored service scenariocomprises a first setup instruction that is based on a firstconfigurable vehicle service tool (CVST) having a first capability andthe operating condition of the vehicle; and in response to receiving thefirst stored service scenario, configuring the first CVST with the firstsetup instruction to use the first capability associated with the firstservice scenario.

EEE 15 is the method of EEE 14, wherein the display device comprises thefirst CVST.

EEE 16 is the method of EEE 14 or 15, further comprising: transmitting,by the display device to the at least one server, (i) service dataproduced by the first CVST associated with the first service scenarioand (ii) data indicating the first CVST was set up based on the firstsetup instruction when the service data was produced.

EEE 17 is the method of any one of EEE 14 to 16, further comprising:before receiving the first setup instruction of the first stored servicescenario, determining, by the display device, at least one CVSTassociated with the display device, wherein the at least one CVST hasthe first capability; and in response to determining the at least oneCVST has the first capability, transmitting, by the display device tothe at least one server, data indicating the at least one CVST has thefirst capability.

EEE 18 is the method of any one of EEE 14 to 17, further comprising:receiving, by the display device, a first message from the at least oneserver, wherein the first message includes a request for information todetermine if the display device is associated with the first CVST havingthe first capability; and in response to receiving the first message,transmitting, by the display device, a second message to the at leastone server, wherein the second message comprises a response to therequest for information of the first message.

EEE 19 is the method of any one of EEE 14 to 18, wherein the firstcapability is selected from at least one of the following: (i) ameasurement mode, (ii) a measurement range, (iii) an oscilloscope timeper division setting, (iv) an oscilloscope volt per division setting,(v) an oscilloscope trigger setting, or (vi) a vehicle bus communicationprotocol.

EEE 20 is a computing system comprising: a computer-readable mediumhaving stored thereon a plurality of computer-readable service scenariosfor at least a first display device, wherein each stored servicescenario comprises at least one setup instruction, wherein each setupinstruction is based on at least one capability of at least oneconfigurable vehicle service tool (CVST); a network interface configuredfor transmitting and receiving communications via at least onecommunication network; and at least one processor coupled to thecomputer-readable medium and to the network interface, wherein the atleast one processor is programmed to:

receive data indicating an operating condition of a vehicle from thefirst display device;

determine, based on the stored plurality of service scenarios and thereceived data, a first stored service scenario of the plurality ofservice scenarios that matches the operating condition;

determine a first CVST having a first capability that is associated withthe first display device;

and transmit the first stored service scenario via the network interfaceto the first display device, wherein the first stored service scenariocomprises a first setup instruction that is based on the first CVSThaving the first capability.

EEE 21 is the computing system of EEE 20, further comprising: the firstdisplay device; and the at least one CVST.

EEE 22 is the computing system of EEE 20 or 21, further comprisinginstructions, wherein the at least one processor is further programmedto: transmit a first message to the first display device, wherein thefirst message comprises a request for information to determine if thefirst display device is associated with the first CVST having the firstcapability; and in response to transmitting the first message, receive asecond message from the first display device, wherein the second messagecomprises a response to the request for information of the firstmessage.

EEE 23 is the computing system of any one of EEE 20 to 22, wherein thefirst stored service scenario further comprises a second setupinstruction, wherein the second setup instruction is based on a secondcapability of the first CVST, and wherein the at least one processor isfurther programmed to: determine an order of precedence in providing thefirst setup instruction and the second setup instruction, wherein thefirst stored service scenario defines the order of precedence; anddetermine the second setup instruction has an earlier precedence in theorder of precedence than the first setup instruction.

EEE 24 is the computing system of any one of EEE 20 to 23, wherein theat least one processor is further programmed to: determine a second CVSThaving the first capability that is associated with the first displaydevice; and wherein the first stored service scenario is furthercomprises a second setup instruction that is based on the second CVSThaving the first capability.

EEE 25 is the computing system of any one of EEE 20 to 24, wherein thefirst setup instruction comprises an instruction to configure the firstCVST for the first capability.

EEE 26 is the computing system of any one of EEE 20 to 25, wherein thefirst stored service scenario comprises manufacturer information, atleast one location of a service flow chart associated with themanufacturer information, and a vehicle symptom associated with themanufacturer information.

EEE 27 is the computing system of any one of EEE 20 to 26, wherein theat least one processor is further programmed to: receive, from at leastone of the first display device or the first CYST, service data producedby the first CVST and data indicating the first CVST was set up based onthe first setup instruction when the service data was produced; storethe service data received by the server; and update the stored pluralityof service scenarios defined for at least one display device based onthe stored service data received by the server.

EEE 28 is the computer-readable medium having stored thereon programinstructions executable by at least one processor to cause a computingsystem to perform functions comprising: storing a plurality of servicescenarios defined for at least one display device, wherein each storedservice scenario comprises at least one setup instruction, and whereineach setup instruction is based on at least one capability of at leastone configurable vehicle service tool (CVST); receiving data indicatingan operating condition of a vehicle from a first display device of theat least one display device; based on the stored plurality of servicescenarios and the received data, determining a first stored servicescenario of the plurality of service scenarios matches the operatingcondition; determining a first CVST that is associated with the firstdisplay device, wherein the first CVST has a first capability to performthe first setup instruction of the first stored service scenario; andtransmitting the first stored service scenario to the first displaydevice, wherein the first stored service scenario comprises a firstsetup instruction that is based on the first CVST having the firstcapability.

EEE 29 is the computer-readable medium of EEE 28, wherein the programinstructions executable by the at least one processor causes thecomputing system to perform functions further comprising; transmitting afirst message to the first display device, wherein the first messagecomprises a request for information to determine if the first displaydevice is associated with the first CVST having the first capability;and in response to transmitting the first message, receiving a secondmessage from the first display device, wherein the second messagecomprises a response to the request for information of the firstmessage.

EEE 30 is the computer-readable medium of EEE 28 or 29, wherein thefirst stored service scenario further comprises a second setupinstruction, and wherein the second setup instruction is based on asecond capability of the first CVST, and wherein the programinstructions executable by the at least one processor causes thecomputing system to perform functions further comprising: determining anorder of precedence in providing the first setup instruction and thesecond setup instruction, wherein the first stored service scenariodefines the order of precedence; and determining the second setupinstruction has an earlier precedence in the order of precedence thanthe first setup instruction.

EEE 31 is the computer-readable medium of any one of EEE 28 to 30,wherein the program instructions executable by the at least oneprocessor causes the computing system to perform functions furthercomprising: determining a second CVST having the first capability thatis associated with the first display device; and transmitting the firststored service scenario to the first display device, wherein the firststored service scenario further comprises a second setup instructionthat is based on the second CVST having the first capability.

EEE 32 is a server comprising at least one processor; and a computerreadable medium storing program instructions that when executed by theat least one processor, cause a set of functions to be performed, theset of functions comprising a method in accordance with any one of EEE 1to 13.

EEE 33 is a computer-readable medium storing program instructions, thatwhen executed by a computing device, cause a set of functions to beperformed, the set of functions comprising a method in accordance withany one of EEE 1 to 13.

EEE 34 is a display device comprising at least one processor; and acomputer readable medium storing program instructions that when executedby the at least one processor, cause a set of functions to be performed,the set of functions comprising a method in accordance with any one ofEEE 14 to 19.

EEE 35 is a computer-readable medium storing program instructions, thatwhen executed by a computing device, cause a set of functions to beperformed, the set of functions comprising a method in accordance withany one of EEE 14 to 19.

We claim:
 1. A method performed by a server, the method comprising:storing a plurality of service scenarios defined for at least a firstdisplay device, wherein each stored service scenario comprises at leastone setup instruction, and wherein each setup instruction is based on atleast one capability of at least one configurable vehicle service tool(CVST); receiving, from the first display device, data indicating anoperating condition of a vehicle; based on the stored plurality ofservice scenarios and the data indicating the operating condition of thevehicle, determining, by one or more processors of the server, that afirst stored service scenario of the plurality of service scenariosmatches the operating condition; transmitting, by the server to thefirst display device, a first message including an identifier of aparticular CVST capability and a request for information regarding thefirst display device; determining, by the one or more processors of theserver based on a second message the server receives in response totransmitting the first message, the first display device is associatedwith a first CVST having a first capability and availability to performone or more instructions of the first stored scenario; and transmittingthe first stored service scenario to the first display device, whereinthe first stored service scenario includes the one or more instructions,and wherein the one or more instructions include a first setupinstruction that is based on the first CVST having the first capability.2. The method of claim 1, further comprising: storing data in a databasecomprising model identifiers of a plurality of display devices and atleast one capability identifier associated with each model identifier,and, for each capability identifier, data representing a capability of agiven CVST; wherein determining the first CVST having the firstcapability that is associated with the first display device comprises(i) determining a first model identifier of the first display device,(ii) requesting from the database the at least one capability identifierassociated with the first model identifier, and (iii) determining acapability represented by the at least one capability identifierassociated with the first model identifier.
 3. The method of claim 1,wherein the first stored service scenario further comprises a secondsetup instruction, wherein the second setup instruction is based on asecond capability of the first CVST, and wherein the first storedservice scenario defines an order of precedence with respect toperforming the first setup instruction and the second setupinstructions, the method further comprising: determining, by the one ormore processors of the server, the order of precedence; and providing,by the first display device to the first CVST, the first setupinstruction and the second instruction for performance by the first CVSTaccording to the order of precedence.
 4. The method of claim 3, furthercomprising: determining the second setup instruction has an earlierprecedence in the order of precedence than the first setup instruction.5. The method of claim 1, further comprising: determining, by the one ormore processors of the server, a second CVST having the first capabilitythat is associated with the first display device; and wherein the firststored service scenario further comprises a second setup instructionthat is based on the second CVST having the first capability.
 6. Themethod of claim 1, wherein the first setup instruction comprises aninstruction to configure the first CVST for the first capability.
 7. Themethod of claim 1, wherein the first CVST comprises an oscilloscope, adigital-volt-ohm meter, or a vehicle scan tool arranged to receivevehicle data messages from the vehicle and to transmit vehicle datamessages to the vehicle.
 8. The method of claim 1, wherein the firststored service scenario comprises manufacturer information, at least onelocation of a service flow chart associated with the manufacturerinformation, and a vehicle symptom associated with the manufacturerinformation.
 9. The method of claim 1, wherein the first display devicecomprises the first CVST.
 10. The method of claim 1, wherein the firstdisplay device comprises a mobile computing device.
 11. The method ofclaim 1, further comprising: receiving, by the server from at least oneof the first display device or the first CVST, service data produced bythe first CVST and data indicating the first CVST was set up based onthe first setup instruction when the service data was produced; storingthe service data received by the server; and updating the storedplurality of service scenarios defined for at least one display devicebased on the stored service data received by the server.
 12. The methodof claim 1, wherein the first CVST comprises a vehicle scan toolarranged to receive vehicle data messages from the vehicle and totransmit vehicle data messages to the vehicle, wherein the first setupinstruction comprises instructions to configure the first CVST totransmit one or more vehicle data messages to a particular electroniccontrol unit within the vehicle, wherein the first setup instructioncomprises instructions to configure the first CVST to transmit, to thefirst display device, parameter values the first CVST receives from thevehicle in response to the one or more vehicle data messages, whereinthe first display device is arranged to transmit to the server theparameters values transmitted by the first CVST to the first displaydevice, and wherein the method further comprises: receiving, by the oneor more processors of the server, the parameter values transmitted bythe first display device to the server; determining, by the one or moreprocessors of the server a diagnosis of the operating condition of thevehicle based on the parameter values received by the server; andtransmitting data indicative of the diagnosis of the operating conditionof the vehicle to the display device.
 13. A server comprising: anon-transitory computer-readable medium having stored thereon aplurality of computer-readable service scenarios for at least a firstdisplay device, wherein each stored service scenario comprises at leastone setup instruction, wherein each setup instruction is based on atleast one capability of at least one configurable vehicle service tool(CVST); a network interface configured for transmitting and receivingcommunications via at least one communication network; and one or moreprocessors coupled to the computer-readable medium and to the networkinterface, wherein the one or more processors are programmed to: receivedata indicating an operating condition of a vehicle from the firstdisplay device; transmit, to the first display device, a first messageincluding an identifier of a particular CVST capability and a requestfor information regarding the first display device; determine, based onthe stored plurality of service scenarios and the received data, a firststored service scenario of the plurality of service scenarios thatmatches the operating condition; determine, based on a second messagethe server receives in response to transmitting the first message, thefirst display device is associated with a first CVST having a firstcapability and availability to perform one or more instructions of thefirst stored scenario; and transmit the first stored service scenariovia the network interface to the first display device, wherein the firststored service scenario includes the one or more instructions, andwherein the one or more instructions include a first setup instructionthat is based on the first CVST having the first capability.
 14. Theserver of claim 13, further comprising: the first display device; andthe at least one CVST.
 15. The server of claim 13, further comprisinginstructions, wherein the one or more processors are further programmedto: transmit a first message to the first display device, wherein thefirst message comprises a request for information to determine if thefirst display device is associated with the first CVST having the firstcapability; and in response to transmitting the first message, receive asecond message from the first display device, wherein the second messagecomprises a response to the request for information of the firstmessage.
 16. The server of claim 13, wherein the first stored servicescenario further comprises a second setup instruction, wherein thesecond setup instruction is based on a second capability of the firstCVST, and wherein the one or more processors are further programmed to:determine an order of precedence in providing the first setupinstruction and the second setup instruction, wherein the first storedservice scenario defines the order of precedence; and determine thesecond setup instruction has an earlier precedence in the order ofprecedence than the first setup instruction.
 17. The server of claim 13,wherein the one or more processors are further programmed to: determinea second CVST having the first capability that is associated with thefirst display device; and wherein the first stored service scenario isfurther comprises a second setup instruction that is based on the secondCVST having the first capability.
 18. The server of claim 13, whereinthe first setup instruction comprises an instruction to configure thefirst CVST for the first capability.
 19. The server of claim 13, whereinthe first stored service scenario comprises manufacturer information, atleast one location of a service flow chart associated with themanufacturer information, and a vehicle symptom associated with themanufacturer information.
 20. The server of claim 13, wherein the one ormore processors are further programmed to: receive, from at least one ofthe first display device or the first CVST, service data produced by thefirst CVST and data indicating the first CVST was set up based on thefirst setup instruction when the service data was produced; store theservice data received by the server; and update the stored plurality ofservice scenarios defined for at least one display device based on thestored service data received by the server.
 21. A non-transitorycomputer-readable medium having stored thereon program instructionsexecutable by one or more processors to cause a server to performfunctions comprising: storing a plurality of service scenarios definedfor at least a first one display device, wherein each stored servicescenario comprises at least one setup instruction, and wherein eachsetup instruction is based on at least one capability of at least oneconfigurable vehicle service tool (CVST); receiving, from the firstdisplay device, data indicating an operating condition of a vehicle;based on the stored plurality of service scenarios and the receiveddata, determining a first stored service scenario of the plurality ofservice scenarios matches the operating condition; transmitting, to thefirst display device, a first message including an identifier of aparticular CVST capability and a request for information regarding thefirst display device; determining, based on a second message the serverreceives in response to transmitting the first message, the firstdisplay device is associated with a first CVST having a first CVST has afirst capability and availability to perform one or more instructions ofthe first stored scenario; and transmitting the first stored servicescenario to the first display device, wherein the first stored servicescenario includes the one or more instructions, and wherein the one ormore instructions include a first setup instruction that is based on thefirst CVST having the first capability.
 22. The computer-readable mediumof claim 21, wherein the program instructions executable by the one ormore processors causes the server to perform functions furthercomprising: transmitting a first message to the first display device,wherein the first message comprises a request for information todetermine if the first display device is associated with the first CVSThaving the first capability; and in response to transmitting the firstmessage, receiving a second message from the first display device,wherein the second message comprises a response to the request forinformation of the first message.
 23. The computer-readable medium ofclaim 21, wherein the first stored service scenario further comprises asecond setup instruction, and wherein the second setup instruction isbased on a second capability of the first CVST, and wherein the programinstructions executable by the one or more processors causes the serverto perform functions further comprising: determining an order ofprecedence in providing the first setup instruction and the second setupinstruction, wherein the first stored service scenario defines the orderof precedence; and determining the second setup instruction has anearlier precedence in the order of precedence than the first setupinstruction.
 24. The computer-readable medium of claim 21, wherein theprogram instructions executable by the one or more processors causes theserver to perform functions further comprising: determining a secondCVST having the first capability that is associated with the firstdisplay device; and transmitting the first stored service scenario tothe first display device, wherein the first stored service scenariofurther comprises a second setup instruction that is based on the secondCVST having the first capability.